AI 中转站使用笔记

OpenAI 在 2026 年 4 月 23 日发布了 GPT-5.5。与此同时，Codex app 最近也更新了对话组织方式：对话不再一定要先绑定某个文件夹，而是可以统一放在 Chats 下拉栏里管理。

这件事让我重新理解了“中转站”这件事。

它不只是一个便宜使用模型的入口。对想要尝试 vibe coding 的人来说，中转站更像是一个 API provider：它可以把 GPT、Claude 这类模型接到 Codex、Cherry Studio、Claude Code、Cline、Cursor 等工具里。真正要想清楚的，不只是“哪个中转站便宜”，而是“我要在哪个工具里使用模型”。

所以这篇文章会按这个顺序写：

先讲 vibe coding 里常见的几个工具入口
再讲中转站在这个工作流里扮演什么角色
最后分享我目前用过或会参考的中转站、测评网站和配置工具

本文只做信息分享，不构成购买建议。中转站、代充、低价账号都不是官方服务，稳定性、隐私、售后和账号风险需要自己判断。

先放核心资源

YyBbCode 中转站：https://yybb.codes/dashboard
站主 QQ：3326006666；售后群 QQ：1094654215。如果使用我的邀请链接注册，可以获得 0.5 元额度：https://yybb.codes/register?aff=725e6503。后续充值我会获得 5%分成。
AICode007 中转站：https://aicode007.com/dashboard
站主是 B 站 up 主 labuladong。它更适合想测试 GPT / Claude 编程场景的用户。
Help AIO 中转站评测：https://www.helpaio.com/transit
用来横向查看 Claude、Gemini、Codex 等中转站的排名、模型比价和可用性监测。榜单只能作为参考，最终还是要自己小额实测。
CC Switch：https://github.com/farion1231/cc-switch
用来管理 Codex、Claude Code、Gemini CLI 等工具的 API Provider 配置。多个中转站、多个模型、多个命令行工具混用时，它能减少很多手动改配置的麻烦。

vibe coding 不是只有一个入口

很多人刚开始接触 AI 编程时，会把“模型能力”和“工具形态”混在一起。比如 ChatGPT、Codex 插件、Codex CLI、Codex desktop app，它们都可能使用很强的模型，但适合的场景并不一样。

我现在会这样区分。

1. 网页端 ChatGPT：适合对话和研究

网页端 ChatGPT 最适合做通用对话、方案讨论、写作、资料整理和 Deep Research。

如果我要从零开始一个新项目，我一般不会直接让 coding agent 开写。我更愿意先用 ChatGPT 网页端的 Deep Research 调研类似项目：别人用了什么技术栈，架构怎么设计，核心难点在哪里，有哪些开源实现可以参考。这个阶段更像“研究”和“决策”，不是马上写代码。

网页端的优势是信息检索和报告组织能力更强，尤其是 Deep Research 这种专门面向系统调研的功能。它的问题是，它不直接生活在本地项目里。你最终还是要把研究结论带回代码环境。

2. VS Code 里的 Codex 插件：适合在 IDE 里改代码

Codex 的 IDE extension 可以把 Codex agent 带进 VS Code、Cursor 以及一些 VS Code fork 里。它适合你已经在某个项目里写代码，希望模型直接理解当前文件、查看 diff、修改代码。

它的优势是贴近编辑器，反馈直接。你一边看代码，一边让 agent 处理局部修改，心智负担比较低。

3. Codex CLI：适合终端和自动化工作流

Codex CLI 更适合习惯在终端里工作的场景。比如让 agent 在仓库里读文件、改代码、跑测试、查错误、再继续修。

它不是最“图形化”的入口，但很适合把 AI 放进真实工程流程里。对我来说，CLI 的价值在于它接近 build、test、git、脚本和本地文件系统。很多时候，vibe coding 真正有用的地方，不是模型单次回答多漂亮，而是它能不能进入项目现场，把事情一轮一轮推进下去。

4. Codex desktop app：越来越像一个统一入口

最近 Codex app 的更新让我觉得它的定位在变化。以前它更像是“进入某个项目之后再工作”的工具；现在对话可以统一放在 Chats 下拉栏里，不再必须先指定某个文件夹。

这意味着，如果中转站已经支持 GPT 5.5，并且接口可以被 Codex 正常接入，那么 Codex desktop app 就不只是 coding agent，也可以成为一个本地的 GPT 5.5 对话入口。它既可以做一般对话，也可以在需要时进入具体项目。

当然，中转站能不能稳定提供 GPT 5.5，要看站点自己的上游、号池、代理方案和适配进度。OpenAI 发布页在 4 月 24 日更新称 GPT-5.5 已经可用于 API，但中转站的“可用”不是官方 API 的同义词，仍然要小额测试。

5. Cherry Studio：适合普通对话和多模型切换

如果只是想把中转站 API 接进一个更像聊天软件的客户端，Cherry Studio 这类工具会更直观。它适合普通对话、模型切换、长文本整理、日常问答。

对不写代码的人来说，Cherry Studio 可能比 Codex 更容易上手。对写代码的人来说，Codex 的优势在于它更接近项目现场，可以读文件、改文件、跑命令、验证结果。

我的判断是：ChatGPT 网页端适合研究，Cherry Studio 适合对话，Codex 适合进入项目。中转站 API 解决的是把模型接进这些工具的问题。

中转站解决的是“接入”问题

生活在中国大陆的用户，直接使用 OpenAI、Claude 这类服务会遇到几类现实问题：支付不方便，网络不稳定，网页端会员不一定能接入本地工具，官方 API 也不一定适合所有人直接使用。

中转站的价值就在这里。它通常帮用户做三件事：

用人民币充值
聚合多个模型
提供一个兼容 OpenAI API 格式的接口

这样一来，你就可以把模型接进 Codex、Cherry Studio、Cline、Cursor、Chatbox 等工具里。

不过，中转站不是官方平替。它降低了门槛，也引入了第三方服务商的信用风险。

中转站大致是怎么工作的

中转站并不是一种单一方案。

相对正规的一类，是普通 API 代理：站主向 OpenAI、Anthropic 或其他上游购买 API，再加一点服务费转卖给用户。这种模式比较容易理解，成本也接近官方 API，优势主要是支付、网络和配置更方便。

另一类是模型聚合：中转站同时接入 GPT、Claude、Gemini、Qwen、DeepSeek、智谱、通义等模型，用户看到的是统一接口，背后根据模型名和路由规则分发到不同供应商。这种模式本身没有问题，关键在于透明度。如果你选择的是 Claude，站点就应该明确告诉你实际调用的是什么模型、价格怎么算、上下文和限速是多少。

还有一类低价站点，可能使用“号池 + 反代”的方式。简单说，就是站主维护一批 ChatGPT Pro、Team、Claude Max、Claude Pro 或类似订阅账号，通过反向代理把网页端或订阅端能力包装成 API。用户请求先发到中转站，中转站再分配给号池里的某个账号执行，最后把结果返回给用户。

这种模式能解释为什么一些中转站价格会低于直接调用官方 API。官方 API 通常按 Token 计费，而订阅账号是按月固定费用。如果站主能把多个用户请求分摊到一批订阅账号上，单位成本就可能被压低。

但它的问题也很明显：号池账号可能被封，反代接口可能被风控，高峰期可能被超卖打爆；所谓“满血模型”“非残血模型”多数时候只是站点宣传，普通用户很难验证。更严重一点，有些低价站点可能出售或利用用户数据，或者在你选择 GPT / Claude 时偷偷路由到更便宜的模型。

所以判断中转站时，不要只看价格。价格异常低时，至少要想到四种可能：号池反代、订阅套利、超卖、数据或模型不透明。

我目前整理的中转站

下面两个站点是我目前实际体验过、或具有一定可追溯信息的中转站。它们不代表长期背书。建议读者如果要尝试，先小额充值，确认模型、速度、扣费和客服体验后再继续使用。

YyBbCode

网站地址：https://yybb.codes/dashboard
邀请链接：https://yybb.codes/register?aff=725e6503
站主 QQ：3326006666
售后群 QQ：1094654215
计费方式：目前为按量计费
适合场景：GPT 5.5、Codex 接入、希望有 QQ 售后群反馈渠道的用户

这个站的站主，之前是我在闲鱼购买 ChatGPT Team 车位的商家。2026 年 4 月前，我主要通过闲鱼上的低价 Team 方案使用 ChatGPT。后来 Team 账号出现大规模封禁后，站主没有直接消失，而是继续通过更换 Team 方案、搭建中转站等方式处理售后。

现在 YyBbCode 在做推广。使用我的邀请链接注册，可以获得 0.5 元额度；如果后续充值，我会获得 5%分成。这个利益关系需要直接写出来，因为它会影响读者对推荐性质的判断。

我对这个站的主观判断是：相对可靠，但仍需小额测试。它的优点是来源不是完全陌生、售后群比较活跃、遇到问题有反馈入口。它的风险也很清楚：仍然依赖站主持续运营，可能受到上游账号、支付、风控、模型供应和运营成本影响。

YyBbCode 的费率可以这样理解：充值 1 元人民币，账户余额增加 1$；模型 token 费用按官方美元定价计算，但实际扣除余额时会乘以平台费率。例如在 0.1x费率下，理论上 0.5 元注册额度大约相当于官方 5 美元额度；如果费率变成 0.15x，同样余额能覆盖的官方标价 token 成本就会下降。

费率不是固定不变的。今年五一期间，因为官方封号比较严重，YyBbCode 曾经把费率从 0.1x调到 0.15x；到 5 月 5 日又降回 0.1x。所以看中转站价格时，不能只看“充值多少”，还要看当时的倍率、模型定价和实际扣费明细。

充值方式也会影响实际成本。我自己充值时，站内充值有 5%手续费；如果白天在 QQ 群里找群主或管理员充值，可以免手续费。这个规则以后可能会变，充值的时候可以留意一下。

AICode007

网站地址：https://aicode007.com/dashboard
站主背景：B 站 up 主 labuladong
B 站主页：labuladong 的个人空间
GitHub 项目：labuladong/fucking-algorithm
计费方式：按量计费
适合场景：GPT / Claude 编程场景，尤其是想测试 Claude 模型的用户

这个站的站主是 labuladong。这个站给人的信任感主要来自站主身份：labuladong 长期实名做内容，有公开视频形象，也有高 star 的 GitHub 项目。相比完全匿名的中转站，这种可追溯的个人声誉更容易建立初步信任。

我的实际使用体验是：此前使用 GPT 5.4 时费用水平尚可，某天高密度开发总 Tokens 约 28.1M，花费 12.61 元；使用 Claude 模型时余额消耗更快，另一次总 Tokens 约 20.1M，花费 24.25 元。整体使用比较流畅。现在 GPT 5.5 已经发布，如果站点已经同步到最新模型，我会优先关注 GPT 5.5 的实际效果和成本表现。

后续如果有新的中转站推荐，可以按这几个维度继续补充：网站地址、联系方式、站主或运营背景、计费方式、实际体验、适合场景、主要风险。

评测和配置工具

选择中转站时，可以参考第三方评测站点：Help AIO 的 AI 中转站评测。这个页面会整理 Claude、Gemini、Codex 等中转站的排名、模型比价和可用性监测，对横向比较有帮助。不过榜单只能作为参考，不能替代自己的小额实测。中转站状态变化很快，价格、可用率、风控和售后体验都可能随时间变化。

如果同时使用多个中转站和多个命令行工具，可以考虑用 CC Switch 管理 API Provider。它可以帮助切换 Codex、Claude Code、Gemini CLI 等工具的接口配置，减少反复手动改 API 地址和 Key 的麻烦。它适合多 provider 用户，但它只是配置管理工具，不能判断某个中转站是否可靠，也不能保证站点实际调用的模型和宣传一致。

低价账号和代充为什么不适合长期依赖

2026 年 2、3 月左右，闲鱼上曾经有大量低价 ChatGPT Team 车位，价格低到 10 元甚至 5、6 元一个月。它的基本方式是商家把用户拉进一个 Team 工作区，体验接近 Plus 或 Team，但用户不拥有工作区，工作区失效后聊天记录也可能消失。

这类低价车位的核心逻辑，大概率是利用官方 Team / Business 新用户优惠、首月试用或低价促销，批量注册新账号、创建新工作区、拉用户进入，等优惠结束或账号被风控后再换一批账号继续循环。到了 2026 年 4 月，OpenAI 官方封禁了一批这类账号，闲鱼商家也基本开不出稳定 Team 账号了。

Plus 代充也是类似逻辑。近期有文章讨论过 GPT Plus 代充漏洞，例如：20元开通 GPT Plus 代充漏洞技术解构：iOS 收据校验缺陷与灰产套利链路全拆解。普通用户不需要了解操作细节，只需要理解：这类代充通常利用支付系统、App Store 内购、收据校验、退款链路或订阅状态同步之间的漏洞和时间差。一旦平台修复，权益可能被撤销，账号可能被风控，代充商家也可能无法售后。

我之前实际用过一个 ChatGPT 代充站：ChatGPT Plus 充值服务 | GPT Pro 官方充值 | GPT5 代充 | Codex 充值。如果想尽量走官方路径，可以考虑找国外同学或朋友用当地信用卡代付，或者研究 iOS App Store / Apple 礼品卡订阅路线。但这些方法也有门槛：账号地区、Apple ID 地区、礼品卡地区、付款方式和订阅恢复都可能影响可用性。

我的阶段性判断是：官方路径更干净，但对大陆用户不总是方便；中转站更方便，但必须接受第三方风险；异常低价账号和代充更像临时方案，不适合作为长期工作流的底座。